Systems and methods for managing, analyzing, and providing visualizations of multi-party dialogs

ABSTRACT

Systems and methods are provided for managing and analyzing multi-party dialogs (e.g., call) between communication devices. A digital connection is established with each of a plurality of communication devices. The connection is switched between the communication devices from a POTS connection to digital connections, enabling the communication devices to communicate with each other via the computing device over the digital connections. Audio signals are part of a multi-party dialog between users of the plurality of communication devices. The received audio signals are split into corresponding first signals and second signals. The first signals are transmitted to the plurality of communication devices and are analyzed to produce measurements of features of the second signals. Feedback data is transmitted to at least one of the plurality of communication devices.

CROSS REFERENCE TO RELATED APPLICATIONS

This application claims priority to and the benefit of U.S. ProvisionalPatent Application Ser. No. 62/218,488, filed Sep. 14, 2015, entitled“Systems and Methods for Managing, Analyzing and ProvidingVisualizations of Multi-Party Dialogs,” the disclosure of which isincorporated herein by reference in its entirety.

FIELD OF THE INVENTION

This invention generally relates to multi-party dialogs, and moreparticularly to systems and methods for managing, analyzing andproviding visualizations of multi-party dialogs.

BACKGROUND

The interconnected world has allowed individuals who have becomedispersed throughout the globe to communicate with one another fromafar. While individuals communicate over e-mail, chat, social media andthe like, many prefer or require oral or audio communications overtelephone, voice chat, cell phones, voice over interne protocol (VoIP)systems and the like. These types of communications provide a number ofadvantages, including the ability to communicate in real time and tocovey emotions, urgency and the like by modifying non-lexical aspects ofone's speech.

In fact, the ability to engage in audio communications has beenfacilitated by the advancement of computers and mobile devices.Individuals are now able to communicate from almost any location withany number of individuals. For example, a sales team leader in Bostonmay be able to initiate a conference call with his team participatingfrom a conference room in New York and with a potential client joiningfrom a landline telephone in Los Angeles.

Audio communications are used by individuals in a variety of roles suchas clients, customers, vendors, agents, therapists, clinicians,patients, mediators, interviewers, interviewees, friends, families,instructors, students, and the like. Often, these communicationsnecessitate a heightened level of precision and attention to detail.

There is a need therefore for systems and methods for managingmulti-party dialogs and providing analysis and visualization feedbackregarding the dialog.

SUMMARY

Systems and methods are presented herein for managing, analyzing andproviding visualizations of multi-party dialogs.

In one aspect, the invention is directed to a method for managing andanalyzing multi-party dialogs (e.g., call) between communicationdevices, the method comprising: receiving, by a processor of a computingdevice (e.g., hosted system, server), digital (e.g., VoIP) connectionrequests from a plurality of communication devices (e.g., phone,computer, mobile device), the communication devices being connected overa plain old telephone service (POTS) connection; establishing, by theprocessor, a digital connection with each of the plurality ofcommunication devices; performing, by the processor, one or more testson the plurality of communication devices; switching, by the processor,the connection between the communication devices from the POTSconnection to the digital connections, enabling the communicationdevices to communicate with each other via the computing device (server)over the digital connections; receiving, by the processor, audio signalsfrom at least a portion of the plurality of communication devices, theaudio signals being part of a multi-party dialog between users of theplurality of communication devices; splitting, by the processor, thereceived audio signals into corresponding first signals and secondsignals; transmitting, by the processor, the first signals to theplurality of communication devices of the digital connections in theform of audio to be output by each of the communication devices;analyzing, by the processor, the second signals to produce measurementsof features of the second signals (e.g., a measure of distress,activation, valence, pace/speed, dynamic variation, vocal effort, tone,depressed tone, and/or tension); and transmitting, by the processor, toat least one of the plurality of communication devices, feedback datacomprising at least a portion of the measurements of features of thesecond signals, the feedback data contextualizing each of theparticipation of the users of the plurality of communication devicesduring the multi-party dialog.

In certain embodiments, the audio signals include speech spoken by theusers of the plurality of communication devices and are received inreal-time (e.g., at approximately the same time, within 1 second, 5seconds, 10 seconds) as they are spoken by the users during themulti-party dialog. In certain embodiments, the steps of receiving theaudio signals, splitting the audio signals, transmitting the firstsignals to the plurality of communication devices, analyzing the secondsignals, and transmitting the feedback data are performed in real-time(e.g., at approximately the same time, within 1 second, 5 seconds, 10seconds).

In certain embodiments, the measurements of features of each of thesecond signals include one or more of: (i) a measure of pace (e.g.,“speaking rate”) or articulation rate at which the user associated withthe second signal has spoken over an interval of time (e.g., a runningmeasure over a previous interval of time, e.g., the previous minute, theprevious 2 minutes, the previous 3 minutes, or since the beginning ofthe communication, etc., and/or a running “instantaneous” measure over ashorter preceding period of time, e.g., wherein the shorter precedingperiod of time is no greater than 10 seconds, 5 seconds, 3 seconds, 1second, 0.5 second, 0.3 second, 0.2 second, or 0.1 second); (ii) ameasure of tone (e.g., “dynamic variation”) with which the userassociated with the second signal has spoken over an interval of time(e.g., a running measure over a previous interval of time, e.g., theprevious minute, the previous 2 minutes, the previous 3 minutes, orsince the beginning of the communication, etc., and/or a running“instantaneous” measure over a shorter preceding period of time, e.g.,wherein the shorter preceding period of time is no greater than 10seconds, 5 seconds, 3 seconds, 1 second, 0.5 second, 0.3 second, 0.2second, or 0.1 second); (iii) a measure of vocal effort with which theuser associated with the second signal has spoken over an interval oftime (e.g., a running measure over a previous interval of time, e.g.,the previous minute, the previous 2 minutes, the previous 3 minutes, orsince the beginning of the communication, etc., and/or a running“instantaneous” measure over a shorter preceding period of time, e.g.,wherein the shorter preceding period of time is no greater than 10seconds, 5 seconds, 3 seconds, 1 second, 0.5 second, 0.3 second, 0.2second, or 0.1 second); (iv) a measure of amount of time the userassociated with the second signal has spoken over an interval of time(e.g., a running measure over the previous minute, or the previous 2minutes, or the previous 5 minutes, or the previous 10 minutes, or theprevious 15 minutes, and/or since the beginning of the communication,etc.); and/or (v) a measure of perceived depressed tone with which theuser associated with the second signal has spoken over an interval oftime (e.g., a running measure over the previous minute, or the previous2 minutes, or the previous 5 minutes, or the previous 10 minutes, or theprevious 15 minutes, and/or since the beginning of the communication,etc.).

In certain embodiments, transmitting the feedback data comprising the atleast a portion of the measurements of features includes causinggraphical user interface widgets to be rendered at the at least one ofthe plurality of communication devices, each of the graphical userinterface widgets including the at least a portion of the measurementsof features in association with the user of the correspondingcommunication device. In certain embodiments, the graphical userinterface widgets caused to be rendered at one of the plurality ofcommunication devices display the measurements of features of the secondsignals of the audio signals received from the one of the plurality ofcommunication devices relative to the measurements of features of thesecond signals of the audio signals received from other of the pluralityof communication devices. In certain embodiments, one of the graphicaluser interface widgets is a timeline widget that scrollscontemporaneously with at least a portion of the multi-party dialog andgraphically indicates when each of the users of the communicationdevices is participating in the dialog. In certain embodiments, thegraphical user interface widgets caused to be rendered at one of theplurality of communication devices are rendered in a single graphicaluser interface. In certain embodiments, the single graphical userinterface includes dialog data, the dialog data including one or moreof: user identifiers (e.g., telephone numbers, names) associated withthe users of the plurality of communication devices. In certainembodiments, the feedback data is used to provide one or more of tonalfeedback, vocal feedback, haptic feedback, and color feedback to theplurality of communication devices.

In certain embodiments, performing one or more tests includes one ormore of: (i) determining whether the plurality of communication devicesinclude software or logic enabling the communication devices todigitally communicate and transmit audio signals for analysis; and (ii)checking the quality of the digital connections to ensure that they havesufficient bandwidth to transmit and receive the audio signals. Incertain embodiments, the plurality of communication devices includesthree or more communication devices.

In another aspect, the invention is directed to a method for managingmulti-party dialogs, the method comprising: initiating, by a processorof a first communication device, a multi-party dialog (e.g., call) withat least a second communication device and a third communication device,the first second and third communication devices being connected over aplain old telephone service (POTS) connection; establishing aconnection, by the processor, with a server over a first digitalconnection (e.g., VoIP), the server connecting the first communicationdevice, the second communication device, and the third communicationdevice with each other over the first digital connection, a seconddigital connection and a third digital connection with the secondcommunication device and the third communication device, respectively;receiving, by the processor, a first audio signal from a user (e.g.,over a microphone) of the first communication device, the first audiosignal including speech spoken by the user of the first communicationdevice during at least a portion of the multi-party dialog;transmitting, by the processor, the first audio signal to the serverover the first digital connection; receiving, by the processor, from theserver, feedback data, the feedback data including a measurements offeatures of the first audio signal, measurements of features of a secondaudio signal corresponding to the second communication device (e.g.,measurements of distress, activation, valence, pace/speed, dynamicvariation, vocal effort, tone, depressed tone, and/or tension), andmeasurements of features of a third audio signal corresponding to thethird communication device (e.g., measurements of distress, activation,valence, pace/speed, dynamic variation, vocal effort, tone, depressedtone, and/or tension); and outputting, by the processor, the feedbackdata.

In certain embodiments, outputting the feedback data includes renderinggraphical user interface widgets, each of the graphical user interfacewidgets presenting a portion of the measurements of features of thefirst audio signal relative to the corresponding measurements offeatures of the second audio signal and the corresponding measurementsof features of the third audio signal. In certain embodiments, themeasurements of the features of the first audio signal, the second audiosignal and the third audio signal include one or more of: (i) a measureof pace (e.g., “speaking rate”) or articulation rate at which usersassociated with the first, second and third audio signals have spokenover an interval of time (e.g., a running measure over a previousinterval of time, e.g., the previous minute, the previous 2 minutes, theprevious 3 minutes, or since the beginning of the communication, etc.,and/or a running “instantaneous” measure over a shorter preceding periodof time, e.g., wherein the shorter preceding period of time is nogreater than 10 seconds, 5 seconds, 3 seconds, 1 second, 0.5 second, 0.3second, 0.2 second, or 0.1 second); (ii) a measure of tone (e.g.,“dynamic variation”) with which the users associated with the first,second and third audio signals have spoken over an interval of time(e.g., a running measure over a previous interval of time, e.g., theprevious minute, the previous 2 minutes, the previous 3 minutes, orsince the beginning of the communication, etc., and/or a running“instantaneous” measure over a shorter preceding period of time, e.g.,wherein the shorter preceding period of time is no greater than 10seconds, 5 seconds, 3 seconds, 1 second, 0.5 second, 0.3 second, 0.2second, or 0.1 second); (iii) a measure of vocal effort with which theuser associated with the first, second and third audio signals havespoken over an interval of time (e.g., a running measure over a previousinterval of time, e.g., the previous minute, the previous 2 minutes, theprevious 3 minutes, or since the beginning of the communication, etc.,and/or a running “instantaneous” measure over a shorter preceding periodof time, e.g., wherein the shorter preceding period of time is nogreater than 10 seconds, 5 seconds, 3 seconds, 1 second, 0.5 second, 0.3second, 0.2 second, or 0.1 second); (iv) a measure of amount of time theusers associated with the first, second and third audio signals havespoken over an interval of time (e.g., a running measure over theprevious minute, or the previous 2 minutes, or the previous 5 minutes,or the previous 10 minutes, or the previous 15 minutes, and/or since thebeginning of the communication, etc.); and (v) a measure of perceiveddepressed tone with which the users associated with the first, secondand third audio signals have spoken over an interval of time (e.g., arunning measure over the previous minute, or the previous 2 minutes, orthe previous 5 minutes, or the previous 10 minutes, or the previous 15minutes, and/or since the beginning of the communication, etc.).

In certain embodiments, outputting the feedback data is performed inreal-time (e.g., at the time that the first audio signal is received,within 1 second, 2 seconds, 5 seconds, 10 seconds). In certainembodiments, the graphical user interface widgets are presented in asingle graphical user interface.

In certain embodiments, the method further comprises: determining thequality of the first audio signal; and if it is determined that thequality of the first audio signal is below a predetermined threshold:creating a copy of the first audio signal of a higher quality; andreplacing the first audio signal with the copy of the first audiosignal.

In certain embodiments, initiating the multi-party dialog includesinterfacing with the POTS connection via a public branch exchange (PBX)server.

In certain embodiments, one of the graphical user interface widgets is atimeline widget that scrolls contemporaneously with at least a portionof the multi-party dialog and graphically indicates when each of theusers of the first, second and third communication devices isparticipating in the dialog.

In another aspect, the invention is directed to a system for managingand analyzing multi-party dialogs (e.g., call) between communicationdevices, comprising: at least one memory; and a processorcommunicatively coupled to the at least one memory, wherein theprocessor is operable to: receive digital (e.g., VoIP) connectionrequests from a plurality of communication devices (e.g., phone,computer, mobile device), the communication devices being connected overa plain old telephone service (POTS) connection; establish a digitalconnection with each of the plurality of communication devices; performone or more tests on the plurality of communication devices; switch theconnection between the communication devices from the POTS connection tothe digital connections, enabling the communication devices tocommunicate with each other via the computing device (server) over thedigital connections; receive audio signals from at least a portion ofthe plurality of communication devices, the audio signals being part ofa multi-party dialog between users of the plurality of communicationdevices; split the received audio signals into corresponding firstsignals and second signals; transmit the first signals to the pluralityof communication devices of the digital connections in the form of audioto be output by each of the communication devices; analyze the secondsignals to produce measurements of features of the second signals (e.g.,measurements of distress, activation, valence, pace/speed, dynamicvariation, vocal effort, tone, depressed tone, and/or tension); andtransmit to at least one of the plurality of communication devices,feedback data comprising at least a portion of the measurements offeatures of the second signals, the feedback data contextualizing eachof the participation of the users of the plurality of communicationdevices during the multi-party dialog.

The description of elements of the embodiments with respect to oneaspect of the invention can be applied to another aspect of theinvention as well. For example, features described in a claim dependingfrom an independent method claim may be applied, in another embodiment,to an independent system claim.

BRIEF DESCRIPTION OF THE DRAWINGS

The foregoing and other objects, aspects, features, and advantages ofthe present disclosure will become more apparent and better understoodby referring to the following description taken in conjunction with theaccompanying drawings, in which:

FIG. 1 illustrates a system architecture for managing, analyzing andproviding visualizations of multi-party dialogs, according to anexemplary embodiment.

FIG. 2 illustrates a sequence diagram for establishing and managing amulti-party call, in accordance with exemplary embodiments.

FIG. 3 illustrates a graphical user interface for visualizing feedback,in accordance with an exemplary embodiment.

FIG. 4 illustrates a graphical user interface for visualizing feedback,in accordance with an exemplary embodiment.

FIG. 5 illustrates a graphical user interface for visualizing feedback,in accordance with an exemplary embodiment.

FIG. 6 illustrates a graphical user interface for visualizing feedback,in accordance with an exemplary embodiment.

FIG. 7 is a block diagram of an example network environment for use inthe methods and systems for analysis of spectrometry data, according toan illustrative embodiment.

FIG. 8 is a block diagram of an example computing device and an examplemobile computing device, for use in illustrative embodiments of theinvention.

FIG. 9 is an exemplary Activation-Valence Diagram.

FIG. 10A is a diagram of an exemplary Empirical Distributions ofActivation and Valence at slice level.

FIG. 10B is a diagram of an exemplary Empirical Distributions ofActivation and Valence at call level.

FIG. 11A illustrates an exemplary model code for Activation modelspecification.

FIG. 11B illustrates an exemplary model code for Valence modelspecification.

FIG. 12 illustrates a graphical user interface of a Timeline View, inaccordance with an exemplary embodiment.

FIG. 13 illustrates a graphical user interface of an Alert View, inaccordance with an exemplary embodiment.

FIG. 14 illustrates a graphical user interface of an Extended TimelineView, in accordance with an exemplary embodiment.

DETAILED DESCRIPTION

The features and advantages of the present disclosure will become moreapparent from the detailed description set forth below when taken inconjunction with the drawings, in which like reference charactersidentify corresponding elements throughout. In the drawings, likereference numbers generally indicate identical, functionally similar,and/or structurally similar elements.

Throughout the description, where articles, devices, and systems aredescribed as having, including, or comprising specific components, orwhere processes and methods are described as having, including, orcomprising specific steps, it should be understood that, additionally,there are articles, devices, and systems of the present invention thatconsist essentially of, or consist of, the recited components, and thatthere are processes and methods according to the present invention thatconsist essentially of, or consist of, the recited processing steps.

It should be understood that the order of steps or order for performingactions is immaterial so long as the invention remains operable.Moreover, two or more steps or actions may be conducted simultaneously.

The mention herein of any publication or patent application, forexample, in the Background section, is not an admission that suchpublication or patent application constitutes prior art with respect toany of the claims or subject matter presented herein. The Backgroundsection is presented for purposes of clarity and is not intended to be adescription of prior art with respect to any claim.

System

FIG. 1 illustrates a system architecture 100 for managing, analyzing andproviding visualizations of multi-party dialogs, according to anexemplary embodiments. As shown in FIG. 1, system architecture 100includes users 105 a, 105 b, 105 c, . . . , and 105 n (collectively“users,” “users 105,” or “105”). Each of the users 105 is associatedwith, operates, and/or manages a corresponding device 101 a, 101 b, 101c, . . . , and 101 n (collectively “devices,” “devices 101,” or “101”).In some example embodiments, the devices 101 are used to engage inmulti-party dialogs such as calls, teleconferences, and the like, andeach of the devices includes hardware and/or software necessary toengage in such dialogs. For example, device 101 a is a desktop computer,device 101 b is a cell phone, device 101 c is a traditional land-line orwired telephone, and device 101 n is a laptop computer. It should beunderstood that the devices 101 in FIG. 1 are merely for illustrativepurposes, and other devices may be used to engage in multi-partydialogs. Such other devices may be tablets, smartphones, mobile devices,wearable devices, conference stations, automobile navigation systems,smart classrooms, embedded systems, and the like.

The devices 101 are each equipped with at least a processor and memory.In some example implementations, the devices 101 include input and/oroutput means such as monitors, screens, displays, microphones, speakers,sensors, and the like. The hardware and/or software included in thedevices 101 enables them to be used to communicate with other usersand/or devices (e.g., in multi-party dialogs). For example, the devices101 have stored thereon (e.g., in memory) or are associated withsoftware, and application, or the like that, among other things,processes audio and signaling data to manage, analyze, and providevisualizations of multi-party dialogs described herein.

In some example implementations, the devices 101 may have stored thereonand/or execute a softphone or similar phone software. A softphone (orphone software), in some instances, refers to software that provides theinterface to a device's corresponding public branch exchange (PBX)system and/or server, and is capable of manipulating outgoing audio. Forexample, the softphone (or phone software) creates new higher qualitycopies of the audio and signaling, which in turn are sent to the server107 for more accurate processing.

In some example implementations, the devices 101 may have stored thereonand/or execute a softphone or similar phone software. A softphone (orphone software), in some instances, refers to software that provides theinterface to a device's corresponding PBX, and is capable ofmanipulating outgoing audio. For example, the softphone (or phonesoftware) creates new higher quality copies of the audio and signaling,which in turn are sent to the server 107 for more accurate processing.

In some example implementations, the devices 101 communicate using voiceover internet protocol (VoIP) methods, which transmit voice andsignaling information over an IP based network such as the Internet. Onthe other hand, as shown in FIG. 1, the devices 101 are equipped toengage in bi-directional communications, for example, using plain oldtelephone service (POTS) functionality. To engage in communications overPOTS, the desktop computer 101 a, phone 101 c and laptop 101 n areequipped with corresponding public branch exchanges (PBXs) 103 a, 103 c,and 103 n, respectively. A PBX is a system and/or server that providesan interface between a device and the POTS, enabling communications withother devices over the POTS. In some example implementations, thedevices 101 interface with corresponding PBXs using a session initiatedprotocol (SIP). The SIP is a communications protocol for controllingmultimedia (e.g., audio dialog) sessions such as internet telephony,voice and video calls, and the like. In some example implementations,SIP allows VoIP devices to instead communicate using POTS. The cellphone 101 b communicates with the other devices 101 a, 101 c, and 101 nby interfacing with the POTS via a cell tower or cell site correspondingto the device's cellular carrier, thereby providing cellular connection.

Also illustrated in FIG. 1 is a server 107. It should be understood thatalthough server 107 is shown as a single server, server 107 may comprisemultiple cloud or premise-based servers. The server 107 includes atleast a processor and memory. In some example implementations, theserver 107 has stored thereon or is associated with an application,software or the like for processing audio and signaling data. Forexample, the processed audio may be audio received from one or more ofthe devices 101 during a multi-party dialog. In some exampleimplementations, the server 107 provides management, analysis and/orvisualization of multi-party dialogs, as described in further detailwith reference to the other figures.

FIG. 2 illustrates a sequence diagram 200 for establishing and managinga multi-party call, in accordance with exemplary embodiments. In FIG. 2,user A, user B and user C are associated with and/or operatingcorresponding communications devices: desktop computer 201 (e.g., FIG.1, desktop computer 101 a), cell phone 203 (e.g., FIG. 1, cell phone 101b), and landline telephone 205 (e.g., FIG. 1, landline telephone 101 c),respectively. In some example implementations, the devices 201, 203 and205 participate in a call or communication.

At step 250, the user A initiates a call, via the desktop computer 201,with user B and user C, at their respective devices cell phone 203 andtelephone 205. In some example embodiments, user A may initiate arequest for a call but the user B and the user C may dial into the userA. In turn, user's A's desktop computer 201 is connected to user B'scell phone 203 and user C's telephone 205, at steps 252 and 254,respectively. In some example implementations, the connections initiatedat steps 252 and 254 are POTS connections. As described above in moredetail with reference to FIG. 1, devices 201, 203 and 205 interface withthe POTS connection via corresponding PBXs or cellular connections. Insome example implementations, devices are interfaced with PBX serversusing the session initiation protocol (SIP).

In turn, at steps 256, 258 and 260, connections are established betweenthe devices participating in the call (i.e., desktop computer 201, cellphone 203 and telephone 205) and the server 207 (e.g., FIG. 1, server107). In preferred embodiments, this is a digital connection, ascompared to a copper/paired wire connection. Such a connection mayoperate with a higher bandwidth, which enables transmission of higherquality audio, transmission of additional types of data (text,alphanumeric, SMS, graphical, and/or video), and/or transmission ofaudio from many different callers on separate channels, allowing forgreater flexibility of data analysis. As described above in furtherdetail with reference to FIG. 1, the server 207 may be cloud or premisebased, and includes software and/or logic for processing audio andsignaling data received from devices. In some example implementations,the connections established between the devices (201, 203, 205) and theserver 207 are VoIP connections. The connections established at step256, 258 and 260 are used by the respective devices to transmit andreceive audio from other devices via the server 207.

At steps 262, 264 and 266, the server 207 performs checks and/or testson each of the connected devices (201, 203, 205). The tests include, forexample, (1) checks to determine if the devices are either softphones orare executing adequate telephone software, and (2) sampling the audio todetermine quality of connection. That is, in one type of check, thedevices are tested to determine whether they are softphones or areequipped with software and/or logic that allows for multi-party dialoganalysis and visualization. Although not illustrated in FIG. 1, if it isdetermined that a device is not a softphone and/or is not equipped withor able to access telephone software that allows for call audio to beanalyzed, communications to and from that device are performed over thePOTS connection. For example, if it is determined that the cell phone203 is not a softphone and does not contain telephone software asdescribed above, then the call between the devices 201, 203 and 205continues, but audio to and from the cell phone 203 is transmitted viathe POTS connection rather than through the connection to the server207.

In another type of check performed at steps 262, 264 and 266, a seriesof samples are made between the devices (201, 203, 205) and the server207. The samples are analyzed by the server 207 to determine whether theconnections with the devices is of a sufficient quality (e.g., based ona predetermined standard) to perform analysis of the audio and providefeedback and/or visualizations thereof.

In some example implementations not illustrated in FIG. 2, if it isdetermined at steps 262, 264 and 266 that any of the internetconnections established at steps 256, 258 and 260 are of insufficientquality (e.g., below a predetermined standard), that connection isenhanced using a hybrid mode. For example, if it is determined that theinternet connection established at step 256 between the desktop computer201 and the server 207 is insufficient to provide enough bandwidth, thequality of the audio to and from the desktop computer 201 can beimproved by (1) sampling the audio at the desktop computer 201, (2)transmitting the samples over the internet connection to other devices(e.g., cell phone 203 and telephone 205), and (3) reassembling thesignals at the other devices (e.g., cell phone 203 and telephone 205).This way, An enhanced audio experience can be provided even in lowbandwidth scenarios.

On the other hand, if it is determined that the connections establishedat step 256, 258 and 260 are of a sufficient quality, the POTSconnections established at steps 252 and 254 are transparently (e.g.,without the call being affected, without users being made aware)switched to the connections established at steps 256, 258 and 260. Thatis, the audio that is exchanged between the parties is transmitted overthe connections established at steps 256, 258 and 260 rather than overthe POTS connections. In this way, audio from the multi-party dialog(e.g., call) is transmitted to and from the devices 201, 203 and 205 viathe server 207.

In some example implementations, if it is determined that theconnections established at steps 256, 258 and 260 are of a sufficientquality, the POTS connections are still maintained after thecommunication is switched to the connections established at steps 256,258 and 260. The POTS connection is maintained, though not active, sothat in the event the other connections fail or become degraded (e.g.,of insufficient quality), the communication can be transparentlyswitched back to the POTS connection.

In turn, at step (or steps) 268, the devices 201, 203 and 205participate in a multi-party dialog such as a conference call. The audioto and from each of the devices is routed through the server 207 whereanalysis, feedback and visualization is provided. Providing analysis,feedback and visualization is described in further detail below withreference to the other figures. In some example implementations,analysis, feedback and visualization are dynamically provided solely tothe initiator of the dialog (e.g., call), while in other exampleimplementations, they are provided to multiple participants in a call(e.g., user A, user B, and user C).

Although not illustrated in FIG. 2, during a multi-party dialog (e.g.,call), the server 207 performs signal splitting on each of the audiosignals received from the devices 201, 203 and 205. That is, as an audiosignal is received from one of the devices, the signal is split into twosignals. One of the two signals (e.g., post-split) is used for analysis,feedback and visualization (described in further detail below withreference to the other figures), while the other signal is transmittedto the rest of the devices participating in the dialog (e.g., call). Insome example implementations, the initial signal can be split into onesignal for analysis and into multiple other signals to be sent tocorresponding participating devices.

Signal splitting generally refers to the concept of duplicating a singlepacket of data in a stream or sequence of audio into two or more copiesof the packet. Signal splitting is performed by the server 207 withoutcausing any interruption to the dialog. By virtue of signal splittingbeing performed by the server 207, there is no need to require orperform signal splitting at the devices 201, 203 and 205, or theircorresponding PBXs in order to provide feedback, analysis and/orvisualizations. In this way, the systems comprising the enterprises towhich each of the devices 201, 203 and 205 belong are not burdened withany action during the signal analysis and feedback process. Instead,from the perspective of the devices and their enterprises, the calls areperformed and maintained as if no analysis was taking place.

In some example embodiments, the digital connections may have one ormore security layers including protected, private and trust no one(TNO). In one exemplary layer of security, digital connections areencrypted via transport layer security (TLS), which is a method ofsecuring web sites and other online connections. In this way,communications over the digital connections are encrypted using strong,industry standard techniques. In another exemplary layer of security(e.g., private), users who wish to privately communicate must terminate(or have terminated) their corresponding POTS connections. The servermay not retrain copies of audio transmitted over the private connection.Yet in another exemplary layer of security (e.g., TNO), peer-to-peerconnections are made between call participants and keys are exchanged.That is, communications are not performed over either the POTS ordigital connections. Instead, encryption is performed directly betweenthe call participants, thereby eliminating any intermediaries (e.g.,server).

FIG. 3 illustrates a graphical user interface 300 for visualizingfeedback, in accordance with an exemplary embodiment. The graphical userinterface 300 may be displayed at and/or by a communication device suchas the desktop computer 101 a, cell phone 101 b, telephone 101 c, andlaptop 101 n, illustrated in FIG. 1. That is, the graphical userinterface 300 may be rendered by a communication device to a display,screen, monitor, or the like. In some example embodiments, the graphicaluser interface 300 is displayed on at least one of multiplecommunication devices participating in a call, conference or dialog. Inother example embodiments, the graphical user interface 300 is displayedon a system or device that is not actively participating in the call,but which is monitoring the communication devices that are active on thecall. It should be understood that the information, widgets and graphicsillustrated in FIG. 3, may be rendered as part of a single graphicalinterface (e.g., graphical user interface 300), and may be moved,replaced, deleted, shuffled, altered, or the like. Moreover, asexplained above in more detail with reference to FIG. 1, a server maytransmit to a communication device all or a part of the information thatis rendered in the graphical user interface 300.

Graphical user interface widgets are sets of one or more graphicalelements that represent various metrics presented in the real-timedisplay of various embodiments described herein. The graphical elementsmay include, for example, windows, icons, charts and chart components,scrolling graphical elements, and graphical control elements (e.g.,buttons, sliders, list boxes, spinners, drop-down lists, menus, menubars, toolbars, tabs, scrollbars, frames, dialog boxes, and the like).Widgets may utilize color-coding to differentiate data corresponding todifferent speakers, for example. Widgets may present data that conveyshistorical information as well as more immediate information,simultaneously.

In some example embodiments, graphical user interface 300 is used toinitiate a call, pick up an incoming call, join a call or the like. Theinterface 300 may include dialing options (e.g., prompts, commands,buttons) and options to have other participants join a call. Theinterface 300 may also include call or dialog details such as the lengthof the call, the participants, and the like.

More specifically, as shown in FIG. 3, the graphical user interface 300includes graphical user interface widgets 301, 303, 305, 307, 309 and311, which are used to display and/or render feature measurementinformation. Obtaining feature measurement information is describedabove in further detail with reference to FIGS. 1 and 2. Each of thewidget displays feature measurement information in association with eachparty (e.g., user, caller, participant). Moreover, each of the widgetscontextualizes the feature measurements, meaning that the measurementsof each party are shown relative to the measurements of other parties.

In particular, widget 301 is a participation widget that displays and/orillustrates a measure of participation or the amount of time that eachof the parties or users have spoken over an interval of time (e.g., arunning measure over the previous minute, or the previous 2 minutes, orthe previous 5 minutes, or the previous 10 minutes, or the previous 15minutes, and/or since the beginning of the dialog or communication.)

Widget 303 is a pace widget that displays and/or illustrates a measureof pace (e.g., speaking rate, articulation rate) at which each of theparties or users participating in a call or dialog have spoken over aninterval of time (e.g., a running measure over a previous interval oftime (e.g., the previous minute, the previous 2 minutes, the previous 3minutes, or since the beginning of the communication), and/or a running“instantaneous” measure over a shorter preceding period of time (e.g.,wherein the shorter preceding period of time is no greater than 10seconds, 5 seconds, 3 seconds, 1 second, 0.5 second, 0.3 second, 0.2second, or 0.1 second)).

Widget 305 is a tone widget that displays and/or illustrates a measureof tone (e.g., dynamic variation) with which parties participating in acall have spoken over an interval of time (e.g., a running measure overa previous interval of time (e.g., the previous minute, the previous 2minutes, the previous 3 minutes, or since the beginning of thecommunication) and/or a running “instantaneous” measure over a shorterpreceding period of time (e.g., wherein the shorter preceding period oftime is no greater than 10 seconds, 5 seconds, 3 seconds, 1 second, 0.5second, 0.3 second, 0.2 second, or 0.1 second)). The tone widget mayindicate whether a tone of voice of a participant is, for example,energetic or monotone. The tone of a participant may be determined basedon the dynamic variation metrics and/or dynamic variation models usinginputs such as energy, Mel Frequency Cepstral Coefficients (MFCC), pitchand/or vocal effort. Generally, dynamic variation metrics indicate howdynamic (e.g., subdued, flat, lively) participants are during a call. Insome example implementations, computations of dynamic variation metricsare performed using empirically trained models generated based onperceptual experiments using human raters to rate conversations.

Widget 307 is an effort widget that displays and/or illustrates ameasure of vocal effort with which each of the parties have spoken overan interval of time (e.g., a running measure over a previous interval oftime (e.g., the previous minute, the previous 2 minutes, the previous 3minutes, or since the beginning of the communication) and/or a running“instantaneous” measure over a shorter preceding period of time (e.g.,wherein the shorter preceding period of time is no greater than 10seconds, 5 seconds, 3 seconds, 1 second, 0.5 second, 0.3 second, 0.2second, or 0.1 second)).

Widget 309 is a distress widget that displays and/or illustrates ameasure of distress of each of the parties on a call over an interval oftime (e.g., a running measure over a previous interval of time (e.g.,the previous minute, the previous 2 minutes, the previous 3 minutes, orsince the beginning of the communication) and/or a running“instantaneous” measure over a shorter preceding period of time (e.g.,wherein the shorter preceding period of time is no greater than 10seconds, 5 seconds, 3 seconds, 1 second, 0.5 second, 0.3 second, 0.2second, or 0.1 second)). In certain embodiments, the measure of distressis computed as a running average pitch variation on one or multiplechannels (e.g., both parties in the case of two-party audio), and/or arunning average ‘sounds depressed’ metric. An example distress model isdiscussed further in the Appendix attached hereto.

In some example embodiments, the graphical user interface 300 includesan overlap widget which can be used to illustrate users overlapping withone another during the dialog or call.

Participation, pace, tone, effort and distress, including the measuringand visualizations thereof, are described in more detail in U.S. patentapplication Ser. No. 14/440,409 titled “Method and Apparatus for SpeechBehavior Visualization and Gamification,” and filed May 4, 2015,claiming priority to U.S. patent application Ser. No. 14/205,602 titled“Methods and Apparatus for Speech Behavior Visualization andGamification,” and filed Mar. 12, 2014, the contents of which areincorporated herein by reference.

It should be understood that the widgets may display feature measurementdata in a variety of charts, graphs, gauges and the like, includingcolumns, bars, pies, areas, scattered points, lines, doughnuts, bubbles,radars, and the like. Moreover, the widgets may highlight data orinformation using colors, shading, texturizing, movement, audio, and thelike.

In some example embodiments, alerts, suggestions and/or warnings aredisplayed in connection with a widget. For example, in FIG. 3, a “SlowDown” alert is displayed in or adjacent to the pace widget 303,indicating that the participant viewing the interface 300 should reducehis or her pace during the call. The alert is generated based on theanalysis of the feature measurements of pace of each of theparticipants. The alert may be highlighted with a color, by blinking, orin any other way that can draw attention from the user. In anotherexample in FIG. 3, a “Brighten a bit” alert, note or suggestion isdisplayed in or adjacent to the tone widget 305, indicating that theparticipant viewing the interface 300 would benefit from “brightening”or sounding more joyful, cheerful, or the like, based on his or hertone.

The information for which alerts (e.g., warnings, suggestions) aredisplayed can be customized, for example, by selecting the button 313(“Alerts”). Selection of the button 313 causes a window, panel, widgetor the like to be displayed showing options of the types of alerts thatcan be calculated and/or illustrated on the graphical user 300. In oneexample embodiment, the types of alerts that can be shown (or themeasurements with which alerts to be displayed are associated) includeparticipation, pace, tone, effort, overlap and distress. Examples ofalerts, warning, suggestions or the like include: “maybe slow down”(with relation to pace), “listen more” (with relation to participation),and possibly upset (with relation to distress).

It should also be understood that the measurements of featurescorresponding to each participant can be displayed in another mannerthat shows their correspondence. While in FIG. 3 participants (e.g.,participant identifiers) are shown on the same horizontal line as theirfeature measurements, the feature measurements may instead be plotted ona vertical line from the participants, or the like.

The graphical user interface 300 also includes a timeline widget 311which is used to display a timeline showing which participant isspeaking during the call. In some example embodiments, the timelinewidget 311 illustrates speaking by a party using a line. However, itshould be understood that representation of speaking on the timeline maybe accomplished in a variety of ways including dot lines, colors, bars,and the like. In some example implementations, plotted on the timelinewidget are alerts (e.g., warnings, notes, suggestions). Alerts areplotted on the timeline in connection with an instance of speaking by aparty. The alerts may be color coded (e.g., red for warning, green forpositive note, yellow for neutral suggestions) or may have an indicator(e.g., exclamation point for warnings, check marks for notes orsuggestions).

In some example embodiments, clicking the alerts causes a “bubble” orthe like to be rendered, as shown in FIG. 4. In FIG. 4, the timelinewidget includes a warning for speaker 8A, at minute 6 of the call.Clicking, tapping or selecting that warning causes a bubble to be shown,including options to: play a clip of audio showing the reason for thealert, an option to remove the alert, and a textual message accompanyingor corresponding to the alert “8A is possibly upset.”

Still with reference to FIG. 3, the timeline widget and other widgets(e.g., 301, 303, 305, 307, 309) can be restricted to display, renderand/or represent data within a certain period of time. In FIG. 3, theinterface 300 includes a button 315 (“10 Min”) which, if selected, loadsor renders a list of options for narrowing the amount of time for whichto plot measurements of the features. In one example embodiment, theoptions include 10 minutes, 5 minutes, 1 minute, all, and range.Selecting the “all” option causes the measurements derived from theentire call to be plotted on the interface 300. Selecting the “range”feature causes the measurements derived from a selected range of time tobe plotted on the interface 300. The desired range of time can be inputby selecting (e.g., with a square selection tool) a period of time onthe timeline or by entering the minutes of interest. Selecting the otheroptions cause measurements during the time specified by the option to beplotted on the interface 300.

FIG. 5 illustrates a graphical user interface 500 for visualizingfeedback, in accordance with an exemplary embodiment. The graphical userinterface 500 includes participation, pace, tone and effort widgets,similar to those described above with reference to FIG. 3. As shown inFIG. 5, information, widgets and graphics may be altered andredistributed on an interface while still displaying, among otherthings, representations of the measurements of the features.

In one exemplary embodiment, as shown in FIG. 5, scores may be assignedto portions of a call and to an entire call. For example FIG. 5illustrates a score bar 509, which shows scores of the call in achronological timeline (e.g., 10 minutes ago, now). A score may berepresented as an icon (e.g., circle) with a score value number and/or acolor. The score values, in one example, are between one and ten, withone representing the lowest or worst score, and ten representing thehighest or best score. In some example embodiments, lower scores arehighlighted with darker or red colors.

Interface 500 also includes a summary of other call scores, such as apast performance score (e.g., “Past Performance: 5”), indicating a priorscore or average score, as well as a score for a number of previouscalls (e.g., “Overall, last calls: 5, 2, 3”).

FIG. 6 illustrates a graphical user interface 600 for visualizingfeedback, in accordance with an exemplary embodiment. The graphical userinterface 600 includes a summary of audio analysis information gatheredor produced during prior calls. For example, the interface 600 includesan overall score widget 601 for the user viewing the interface 600. Theoverall score indicates the score of all (or a set) of the calls inwhich the user has participated.

The interface 600 also includes a last analyzed score widget 603,indicating the number and score of the last call that was analyzed inwhich the user participated. A best recent calls widget 605 includes anumber (e.g., 3) of recent calls with best scores that were achieved bythe user during the call. Similarly, a worst recent calls widget 607includes a number (e.g., 3) of recent calls with worst scores that wereachieved by the user during the call.

In some example implementations, audio analysis history information maybe stored and/or accessed. The analysis history information provides alist, chart, graph, plot or the like of all or a portion of the callsmade by each user, along with information for each call such as: score,average score of all participants, call participant names and telephonenumbers, starting date and time of call, duration of call, deviceidentifier of the user, gender, age, and the like. In some exampleimplementations, each call may be recorded for future analysis orplayback.

FIG. 7 shows an illustrative network environment 700 for use in themethods and systems for analysis of spectrometry data corresponding toparticles of a sample, as described herein. In brief overview, referringnow to FIG. 7, a block diagram of an exemplary cloud computingenvironment 700 is shown and described. The cloud computing environment700 may include one or more resource providers 702 a, 702 b, 702 c(collectively, 702). Each resource provider 702 may include computingresources. In some implementations, computing resources may include anyhardware and/or software used to process data. For example, computingresources may include hardware and/or software capable of executingalgorithms, computer programs, and/or computer applications. In someimplementations, exemplary computing resources may include applicationservers and/or databases with storage and retrieval capabilities. Eachresource provider 702 may be connected to any other resource provider702 in the cloud computing environment 700. In some implementations, theresource providers 702 may be connected over a computer network 708.Each resource provider 702 may be connected to one or more computingdevice 704 a, 704 b, 704 c (collectively, 704), over the computernetwork 708.

The cloud computing environment 700 may include a resource manager 706.The resource manager 706 may be connected to the resource providers 702and the computing devices 704 over the computer network 708. In someimplementations, the resource manager 706 may facilitate the provisionof computing resources by one or more resource providers 702 to one ormore computing devices 704. The resource manager 706 may receive arequest for a computing resource from a particular computing device 704.The resource manager 706 may identify one or more resource providers 702capable of providing the computing resource requested by the computingdevice 704. The resource manager 706 may select a resource provider 702to provide the computing resource. The resource manager 706 mayfacilitate a connection between the resource provider 702 and aparticular computing device 704. In some implementations, the resourcemanager 706 may establish a connection between a particular resourceprovider 702 and a particular computing device 704. In someimplementations, the resource manager 706 may redirect a particularcomputing device 704 to a particular resource provider 702 with therequested computing resource.

FIG. 8 shows an example of a computing device 800 and a mobile computingdevice 850 that can be used in the methods and systems described in thisdisclosure. The computing device 800 is intended to represent variousforms of digital computers, such as laptops, desktops, workstations,personal digital assistants, servers, blade servers, mainframes, andother appropriate computers. The mobile computing device 850 is intendedto represent various forms of mobile devices, such as personal digitalassistants, cellular telephones, smart-phones, and other similarcomputing devices. The components shown here, their connections andrelationships, and their functions, are meant to be examples only, andare not meant to be limiting.

The computing device 800 includes a processor 802, a memory 804, astorage device 806, a high-speed interface 808 connecting to the memory804 and multiple high-speed expansion ports 810, and a low-speedinterface 812 connecting to a low-speed expansion port 814 and thestorage device 806. Each of the processor 802, the memory 804, thestorage device 806, the high-speed interface 808, the high-speedexpansion ports 810, and the low-speed interface 812, are interconnectedusing various busses, and may be mounted on a common motherboard or inother manners as appropriate. The processor 802 can process instructionsfor execution within the computing device 800, including instructionsstored in the memory 804 or on the storage device 806 to displaygraphical information for a GUI on an external input/output device, suchas a display 816 coupled to the high-speed interface 808. In otherimplementations, multiple processors and/or multiple buses may be used,as appropriate, along with multiple memories and types of memory. Also,multiple computing devices may be connected, with each device providingportions of the necessary operations (e.g., as a server bank, a group ofblade servers, or a multi-processor system).

The memory 804 stores information within the computing device 800. Insome implementations, the memory 804 is a volatile memory unit or units.In some implementations, the memory 804 is a non-volatile memory unit orunits. The memory 804 may also be another form of computer-readablemedium, such as a magnetic or optical disk.

The storage device 806 is capable of providing mass storage for thecomputing device 800. In some implementations, the storage device 806may be or contain a computer-readable medium, such as a floppy diskdevice, a hard disk device, an optical disk device, or a tape device, aflash memory or other similar solid state memory device, or an array ofdevices, including devices in a storage area network or otherconfigurations. Instructions can be stored in an information carrier.The instructions, when executed by one or more processing devices (forexample, processor 802), perform one or more methods, such as thosedescribed above. The instructions can also be stored by one or morestorage devices such as computer- or machine-readable mediums (forexample, the memory 804, the storage device 806, or memory on theprocessor 802).

The high-speed interface 808 manages bandwidth-intensive operations forthe computing device 800, while the low-speed interface 812 manageslower bandwidth-intensive operations. Such allocation of functions is anexample only. In some implementations, the high-speed interface 808 iscoupled to the memory 804, the display 816 (e.g., through a graphicsprocessor or accelerator), and to the high-speed expansion ports 810,which may accept various expansion cards (not shown). In theimplementation, the low-speed interface 812 is coupled to the storagedevice 806 and the low-speed expansion port 814. The low-speed expansionport 814, which may include various communication ports (e.g., USB,Bluetooth®, Ethernet, wireless Ethernet) may be coupled to one or moreinput/output devices, such as a keyboard, a pointing device, a scanner,or a networking device such as a switch or router, e.g., through anetwork adapter.

The computing device 800 may be implemented in a number of differentforms, as shown in the figure. For example, it may be implemented as astandard server 820, or multiple times in a group of such servers. Inaddition, it may be implemented in a personal computer such as a laptopcomputer 822. It may also be implemented as part of a rack server system824. Alternatively, components from the computing device 800 may becombined with other components in a mobile device (not shown), such as amobile computing device 850. Each of such devices may contain one ormore of the computing device 800 and the mobile computing device 850,and an entire system may be made up of multiple computing devicescommunicating with each other.

The mobile computing device 850 includes a processor 852, a memory 864,an input/output device such as a display 854, a communication interface866, and a transceiver 868, among other components. The mobile computingdevice 850 may also be provided with a storage device, such as amicro-drive or other device, to provide additional storage. Each of theprocessor 852, the memory 864, the display 854, the communicationinterface 866, and the transceiver 868, are interconnected using variousbuses, and several of the components may be mounted on a commonmotherboard or in other manners as appropriate.

The processor 852 can execute instructions within the mobile computingdevice 850, including instructions stored in the memory 864. Theprocessor 852 may be implemented as a chipset of chips that includeseparate and multiple analog and digital processors. The processor 852may provide, for example, for coordination of the other components ofthe mobile computing device 850, such as control of user interfaces,applications run by the mobile computing device 850, and wirelesscommunication by the mobile computing device 850.

The processor 852 may communicate with a user through a controlinterface 858 and a display interface 856 coupled to the display 854.The display 854 may be, for example, a TFT (Thin-Film-Transistor LiquidCrystal Display) display or an OLED (Organic Light Emitting Diode)display, or other appropriate display technology. The display interface856 may comprise appropriate circuitry for driving the display 854 topresent graphical and other information to a user. The control interface858 may receive commands from a user and convert them for submission tothe processor 852. In addition, an external interface 862 may providecommunication with the processor 852, so as to enable near areacommunication of the mobile computing device 850 with other devices. Theexternal interface 862 may provide, for example, for wired communicationin some implementations, or for wireless communication in otherimplementations, and multiple interfaces may also be used.

The memory 864 stores information within the mobile computing device850. The memory 864 can be implemented as one or more of acomputer-readable medium or media, a volatile memory unit or units, or anon-volatile memory unit or units. An expansion memory 874 may also beprovided and connected to the mobile computing device 850 through anexpansion interface 872, which may include, for example, a SIMM (SingleIn Line Memory Module) card interface. The expansion memory 874 mayprovide extra storage space for the mobile computing device 850, or mayalso store applications or other information for the mobile computingdevice 850. Specifically, the expansion memory 874 may includeinstructions to carry out or supplement the processes described above,and may include secure information also. Thus, for example, theexpansion memory 874 may be provided as a security module for the mobilecomputing device 850, and may be programmed with instructions thatpermit secure use of the mobile computing device 850. In addition,secure applications may be provided via the SIMM cards, along withadditional information, such as placing identifying information on theSIMM card in a non-hackable manner.

The memory may include, for example, flash memory and/or NVRAM memory(non-volatile random access memory), as discussed below. In someimplementations, instructions are stored in an information carrier and,when executed by one or more processing devices (for example, processor852), perform one or more methods, such as those described above. Theinstructions can also be stored by one or more storage devices, such asone or more computer- or machine-readable mediums (for example, thememory 864, the expansion memory 874, or memory on the processor 852).In some implementations, the instructions can be received in apropagated signal, for example, over the transceiver 868 or the externalinterface 862.

The mobile computing device 850 may communicate wirelessly through thecommunication interface 866, which may include digital signal processingcircuitry where necessary. The communication interface 866 may providefor communications under various modes or protocols, such as GSM voicecalls (Global System for Mobile communications), SMS (Short MessageService), EMS (Enhanced Messaging Service), or MMS messaging (MultimediaMessaging Service), CDMA (code division multiple access), TDMA (timedivision multiple access), PDC (Personal Digital Cellular), WCDMA(Wideband Code Division Multiple Access), CDMA2000, or GPRS (GeneralPacket Radio Service), among others. Such communication may occur, forexample, through the transceiver 868 using a radio-frequency. Inaddition, short-range communication may occur, such as using aBluetooth®, Wi-Fi™, or other such transceiver (not shown). In addition,a GPS (Global Positioning System) receiver module 870 may provideadditional navigation- and location-related wireless data to the mobilecomputing device 850, which may be used as appropriate by applicationsrunning on the mobile computing device 850.

The mobile computing device 850 may also communicate audibly using anaudio codec 860, which may receive spoken information from a user andconvert it to usable digital information. The audio codec 860 maylikewise generate audible sound for a user, such as through a speaker,e.g., in a handset of the mobile computing device 850. Such sound mayinclude sound from voice telephone calls, may include recorded sound(e.g., voice messages, music files, etc.) and may also include soundgenerated by applications operating on the mobile computing device 850.

The mobile computing device 850 may be implemented in a number ofdifferent forms, as shown in the figure. For example, it may beimplemented as a cellular telephone 880. It may also be implemented aspart of a smart-phone 882, personal digital assistant, or other similarmobile device.

Various implementations of the systems and techniques described here canbe realized in digital electronic circuitry, integrated circuitry,specially designed ASICs (application specific integrated circuits),computer hardware, firmware, software, and/or combinations thereof.These various implementations can include implementation in one or morecomputer programs that are executable and/or interpretable on aprogrammable system including at least one programmable processor, whichmay be special or general purpose, coupled to receive data andinstructions from, and to transmit data and instructions to, a storagesystem, at least one input device, and at least one output device.

These computer programs (also known as programs, software, softwareapplications or code) include machine instructions for a programmableprocessor, and can be implemented in a high-level procedural and/orobject-oriented programming language, and/or in assembly/machinelanguage. As used herein, the terms machine-readable medium andcomputer-readable medium refer to any computer program product,apparatus and/or device (e.g., magnetic discs, optical disks, memory,Programmable Logic Devices (PLDs)) used to provide machine instructionsand/or data to a programmable processor, including a machine-readablemedium that receives machine instructions as a machine-readable signal.The term machine-readable signal refers to any signal used to providemachine instructions and/or data to a programmable processor.

To provide for interaction with a user, the systems and techniquesdescribed here can be implemented on a computer having a display device(e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor)for displaying information to the user and a keyboard and a pointingdevice (e.g., a mouse or a trackball) by which the user can provideinput to the computer. Other kinds of devices can be used to provide forinteraction with a user as well; for example, feedback provided to theuser can be any form of sensory feedback (e.g., visual feedback,auditory feedback, or tactile feedback); and input from the user can bereceived in any form, including acoustic, speech, or tactile input.

The systems and techniques described here can be implemented in acomputing system that includes a back end component (e.g., as a dataserver), or that includes a middleware component (e.g., an applicationserver), or that includes a front end component (e.g., a client computerhaving a graphical user interface or a Web browser through which a usercan interact with an implementation of the systems and techniquesdescribed here), or any combination of such back end, middleware, orfront end components. The components of the system can be interconnectedby any form or medium of digital data communication (e.g., acommunication network). Examples of communication networks include alocal area network (LAN), a wide area network (WAN), and the Internet.

The computing system can include clients and servers. A client andserver are generally remote from each other and typically interactthrough a communication network. The relationship of client and serverarises by virtue of computer programs running on the respectivecomputers and having a client-server relationship to each other.

Example A Computation of a Measure of Distress Introduction

The goal of this work is to develop and evaluate a proof-of-conceptattempt at being able to classify the emotional of affective quality ofa segment of speech along two dimensions: Activation (sometimes calledarousal) and Valence. The motivation for this work is to be able toclassify emotional and affective states from speech in a somewhatquantitative and reusable way. Very often there are requests to be ableto classify some subjective affective state, e.g., “Agitation orDistress.” To do this, one could develop specific individual models, butbesides not being very scalable, it can be difficult to get reliableannotations of this perceptual target. By being able to classify speechalong the 2 dimensions of Activation and Valence, it is possible to thenclassify states like “Agitation” by assigning coordinates of this targeton the 2D plane (see FIG. 9). The distance from these coordinates to thecoordinates of the model prediction can be used to determine theprediction of that affective state.

Experimental Design

Data: For this initial proof of concept study it was decided to use apublicly available speech database to train and evaluate the models.Subsequent studies may require own data collection, e.g., using clientdata or Mechanical Turk. The following data sets were used: “BerlinEmotion Database” (535 short audio clips with speech acted in severalemotions—anger, boredom, disgust, anxiety/fear, happiness/sadness), and“SSPnet personality corpus” (640 speech clips (10 seconds each) for atotal of 332 subjects. Each clip was assessed by 11 raters in terms ofthe Big Five Personality traits. (the assessments were performed usingthe BFI-10 questionnaire), namely Extraversion, Agreeableness,Conscientiousness, Neuroticism, Openness)

Modeling

Binary Classification: Here, class labels converted into binary labels.(a) Train a logistic regression model using elastic net procedure. (b)Train a logistic regression model using manual variable selection(following correlation analysis). (c) Train an Artificial Neural Network(ANN) model with and without variable selection.

Training and Validation

Training and validation performed as follows: 90% training with K-foldcross validation, and additional validation on 10% test set. Crosscorpus training tests: models were trained on one dataset, and the teston the separate dataset.

Signal Visualization

Based on the Empirical Distributions (FIGS. 10 A and 10B), the followingare recommendations for visualizing in product

Activation (Upper Limit): 1 Activation (Lower Limit): 0 Valence (UpperLimit): 0.75 Valence (Lower Limit): 0

Exemplary code for the selected models for Activation and Valence isshown in FIGS. 11A and 11B. “Activation” could also be called“Intensity.” It is a signal that should give low values if a speakingstyle is passive (e.g., depressed, quietly content) and high values if aspeaking style is active and intense (e.g., hot anger, wildly excited).“Valence” could also be called “Attitude.” It is a signal that shouldgive low values if a speaking style is negative sounding (e.g.,depressed, hot anger) and high values if a speaking style is positivesounding (e.g., wildly excited, quietly content).

Example B Example Graphical Widgets (Timeline View and Alert View) forDisplay in a Method for Managing and Analyzing Multi-Party Dialogs

In some embodiments, the multi-party conversation visualizationinterface involves one, two, or three levels of expansion. For example,in one such embodiment, a Responsive Design paradigm can be employedwhereby the user can drag the window to switch between the three levels.All three levels can include soft phone functionality.

The most compact view can, in addition to the phone functionality,display a “chat-like” feed of alerts or notifications which highlightstriking speaking characteristics on the part of the user, theirinterlocutors or the user compared to any of their interlocutors. Textnotifications may be supported with graphical icon images whichreinforce the message. Such text notifications may be either descriptive(e.g., “you are speaking fast”) or prescriptive (e.g., “slow-down”).Exploiting the Responsive Design paradigm, the user can stretch thewindow vertically to view more historical notifications from the call.Such a visualization mode has the advantage of taking up a very smallportion of the user's desktop while at the same time converting complexreal-time signal data down into quick to perceive messages.

Stretching the window horizontally may allow the user to switch to aTimeline view (FIG. 12). Here, notifications are positioned temporallyon the Timeline and can be access by hovering a cursor over them orplaying through them, e.g., when reviewing previous calls. Additionally,the Timeline view may display trend lines of signals characterizingspeaking style over the duration of the call. The Alert View is shown inFIG. 13.

By stretching the Timeline mode window vertically, the user can move toa more expanded view (FIG. 14). In certain embodiments, this viewprovides additional fine-grained signal information with visualizationwidgets which indicate the user's speaking characteristics compared totheir interlocutor(s) in real-time.

1. A method for managing and analyzing multi-party dialogs betweencommunication devices, the method comprising: receiving, by a processorof a computing device, digital connection requests from a plurality ofcommunication devices, the communication devices being connected over aplain old telephone service (POTS) connection; establishing, by theprocessor, a digital connection with each of the plurality ofcommunication devices; performing, by the processor, one or more testson the plurality of communication devices; switching, by the processor,the connection between the communication devices from the POTSconnection to the digital connections, enabling the communicationdevices to communicate with each other via the computing device (server)over the digital connections; receiving, by the processor, audio signalsfrom at least a portion of the plurality of communication devices, theaudio signals being part of a multi-party dialog between users of theplurality of communication devices; splitting, by the processor, thereceived audio signals into corresponding first signals and secondsignals; transmitting, by the processor, the first signals to theplurality of communication devices of the digital connections in theform of audio to be output by each of the communication devices;analyzing, by the processor, the second signals to produce measurementsof features of the second signals; and transmitting, by the processor,to at least one of the plurality of communication devices, feedback datacomprising at least a portion of the measurements of features of thesecond signals, the feedback data contextualizing each of theparticipation of the users of the plurality of communication devicesduring the multi-party dialog.
 2. The method of claim 1, wherein theaudio signals include speech spoken by the users of the plurality ofcommunication devices and are received in real-time as they are spokenby the users during the multi-party dialog.
 3. The method of claim 1,wherein the steps of receiving the audio signals, splitting the audiosignals, transmitting the first signals to the plurality ofcommunication devices, analyzing the second signals, and transmittingthe feedback data are performed in real-time.
 4. The method of claim 1,wherein the measurements of features of each of the second signalsinclude one or more of: (i) a measure of pace or articulation rate atwhich the user associated with the second signal has spoken over aninterval of time; (ii) a measure of tone with which the user associatedwith the second signal has spoken over an interval of time; (iii) ameasure of vocal effort with which the user associated with the secondsignal has spoken over an interval of time (iv) a measure of amount oftime the user associated with the second signal has spoken over aninterval of time; and (v) a measure of perceived depressed tone withwhich the user associated with the second signal has spoken over aninterval of time.
 5. The method of claim 4, wherein the transmitting thefeedback data comprising the at least a portion of the measurements offeatures includes causing graphical user interface widgets to berendered at the at least one of the plurality of communication devices,each of the graphical user interface widgets including the at least aportion of the measurements of features in association with the user ofthe corresponding communication device.
 6. The method of claim 5,wherein the graphical user interface widgets caused to be rendered atone of the plurality of communication devices display the measurementsof features of the second signals of the audio signals received from theone of the plurality of communication devices relative to themeasurements of features of the second signals of the audio signalsreceived from other of the plurality of communication devices.
 7. Themethod of claim 6, wherein one of the graphical user interface widgetsis a timeline widget that scrolls contemporaneously with at least aportion of the multi-party dialog and graphically indicates when each ofthe users of the communication devices is participating in the dialog.8. The method of claim 7, wherein the graphical user interface widgetscaused to be rendered at one of the plurality of communication devicesare rendered in a single graphical user interface.
 9. The method ofclaim 8, wherein the single graphical user interface includes dialogdata, the dialog data including one or more of: user identifiersassociated with the users of the plurality of communication devices. 10.The method of claim 1, wherein the feedback data is used to provide oneor more of tonal feedback, vocal feedback, haptic feedback, and colorfeedback to the plurality of communication devices.
 11. The method ofclaim 1, wherein the performing one or more tests includes one or moreof: (i) determining whether the plurality of communication devicesinclude software or logic enabling the communication devices todigitally communicate and transmit audio signals for analysis; and (ii)checking the quality of the digital connections to ensure that they havesufficient bandwidth to transmit and receive the audio signals.
 12. Themethod of claim 1, wherein the plurality of communication devicesincludes three or more communication devices.
 13. A method for managingmulti-party dialogs, the method comprising: initiating, by a processorof a first communication device, a multi-party dialog with at least asecond communication device and a third communication device, the firstsecond and third communication devices being connected over a plain oldtelephone service (POTS) connection; establishing a connection, by theprocessor, with a server over a first digital connection, the serverconnecting the first communication device, the second communicationdevice, and the third communication device with each other over thefirst digital connection, a second digital connection and a thirddigital connection with the second communication device and the thirdcommunication device, respectively; receiving, by the processor, a firstaudio signal from a user of the first communication device, the firstaudio signal including speech spoken by the user of the firstcommunication device during at least a portion of the multi-partydialog; transmitting, by the processor, the first audio signal to theserver over the first digital connection; receiving, by the processor,from the server, feedback data, the feedback data including ameasurements of features of the first audio signal, measurements offeatures of a second audio signal corresponding to the secondcommunication device, and measurements of features of a third audiosignal corresponding to the third communication device; and outputting,by the processor, the feedback data.
 14. The method of claim 13, whereinthe outputting the feedback data includes rendering graphical userinterface widgets, each of the graphical user interface widgetspresenting a portion of the measurements of features of the first audiosignal relative to the corresponding measurements of features of thesecond audio signal and the corresponding measurements of features ofthe third audio signal.
 15. The method of claim 14, wherein themeasurements of the features of the first audio signal, the second audiosignal and the third audio signal include one or more of: (i) a measureof pace or articulation rate at which users associated with the first,second and third audio signals have spoken over an interval of time;(ii) a measure of tone with which the users associated with the first,second and third audio signals have spoken over an interval of time;(iii) a measure of vocal effort with which the user associated with thefirst, second and third audio signals have spoken over an interval oftime (iv) a measure of amount of time the users associated with thefirst, second and third audio signals have spoken over an interval oftime; and (v) a measure of perceived depressed tone with which the usersassociated with the first, second and third audio signals have spokenover an interval of time.
 16. The method of claim 13, wherein theoutputting the feedback data is performed in real-time.
 17. The methodof claim 14, wherein the graphical user interface widgets are presentedin a single graphical user interface.
 18. The method of claim 13,further comprising: determining the quality of the first audio signal;and if it is determined that the quality of the first audio signal isbelow a predetermined threshold: creating a copy of the first audiosignal of a higher quality; and replacing the first audio signal withthe copy of the first audio signal.
 19. The method of claim 13, whereinthe initiating the multi-party dialog includes interfacing with the POTSconnection via a public branch exchange (PBX) server.
 20. The method ofclaim 17, wherein one of the graphical user interface widgets is atimeline widget that scrolls contemporaneously with at least a portionof the multi-party dialog and graphically indicates when each of theusers of the first, second and third communication devices isparticipating in the dialog.
 21. A system for managing and analyzingmulti-party dialogs between communication devices, comprising: at leastone memory; and a processor communicatively coupled to the at least onememory, wherein the processor is operable to: receive digital connectionrequests from a plurality of communication devices, the communicationdevices being connected over a plain old telephone service (POTS)connection; establish a digital connection with each of the plurality ofcommunication devices; perform one or more tests on the plurality ofcommunication devices; switch the connection between the communicationdevices from the POTS connection to the digital connections, enablingthe communication devices to communicate with each other via thecomputing device (server) over the digital connections; receive audiosignals from at least a portion of the plurality of communicationdevices, the audio signals being part of a multi-party dialog betweenusers of the plurality of communication devices; split the receivedaudio signals into corresponding first signals and second signals;transmit the first signals to the plurality of communication devices ofthe digital connections in the form of audio to be output by each of thecommunication devices; analyze the second signals to producemeasurements of features of the second signals transmit to at least oneof the plurality of communication devices, feedback data comprising atleast a portion of the measurements of features of the second signals,the feedback data contextualizing each of the participation of the usersof the plurality of communication devices during the multi-party dialog.